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Teradata Stored Procedures Performance Characterization 


Purpose 

This report contains the performance characterization for the Stored Procedures feature in Teradata 
V2R4.1 MP-RAS release. This is part of the performance improvements targeted for stored procedures 
feature in V2R4.1 release. Refer to the TDSP Requirements Specification 541-0002297A and TDSP 
DFES 541 -000221 OA for the performance improvement requirement. 

Performance Test Environment 

The following systems were used for performance testing: (refer to System Configurations on page 19 for 
details on the configurations) 

• an SMP system - 4400 

• an MPP (4 nodes) system - 5250 

The performance testing was carried out on the systems with load, without load, with object code 
caching and without object code caching feature, 

• without load: ensured that the system is in quiescent state while starting the performance testing 
and no other user is using the DBS during the testing. 

• with load: ensured that the system is loaded throughout the testing period by executing an SQL 
CALL statement repeatedly through four different sessions. This was done to ensure constant 
workload on the components like Parser and RTS. 

Performance testing with and without load is required because in V2R4.0 the expressions specified inside 
SPL source text are evaluated as an SQL SELECT statement. In contrast, in V2R4.1, an EVL code is 
generated for the expressions. Hence, the load/no load condition helps in measuring the performance 
gain in V2R4.1 as no SQL processing is required for expression evaluation. 

• with object code caching feature: ensured that the same stored procedure is executed 
repeatedly for different number of iterations. As the stored procedure names are same, the object 
code caching feature is also enabled. 

• without object code caching feature: ensured that stored procedures with the same definition 
but different procedure names are executed. As the stored procedure names are different, the 
benefits of object code caching feature are not utilized. Each stored procedure is executed with a 
different value for iteration. 

Performance testing with and without object code caching is required because, in V2R4.0, for every CALL 
statement, the object code of the stored procedure is fetched from the stored procedure table and the 
stored procedure is executed. In contrast, in V2R4.1 , the object code corresponding to a stored 
procedure is fetched and cached during the first execution of the stored procedure. For any subsequent 
execution of the same stored procedure within a time period of 10 minutes the object code is picked up 
from the cache. This results in performance gain in terms of reduced number of fetches from the stored 
procedure table. 

The test cases have been chosen in such a way that the SQL statements within the stored procedures 
are executed only once. This is to ensure that the execution time of the SQL statements does not impact 
the overall performance. (The performance improvement in V2R4.1 was targeted for expression 
evaluation and object code caching and not for SQL statement execution). This is because the execution 
time of SQL statements is more compared to the execution time of EVL-code of an SPL SET statement or 
an expression. 
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The following table provides the recorded impact on performance due to execution of an SQL statement: 


S.No. 

Test Scenario 

Time on V2R4.0 

Time on V2R4.1 

Improvement 

1. 

Stored procedure containing an SQL INSERT statement 




and an SPL SET statement within a WHILE loop. The 
WHILE loop is executed 3000 times. 




2. 

Stored procedure containing only an SPL SET statement 
within a WHILE loop. The WHILE loop is executed 3000 
times. 







3. 

Stored procedure containing 3000 SQL INSERT 
statements and no other expression. 








From the above statistics, it can be inferred that there is a performance improvement if the stored 
procedures contains expressions. Almost no performance improvement is gained for the stored 
procedures executing only SQL statements. 

Also, it can be observed that execution of a stored procedure containing 3000 SQL INSERT statements 
takes significantly more time when compared to the execution of a stored procedure containing a SPL 
SET statement and a WHILE condition expression 3000 times, it can be observed that as the number of 
SQL statements increase in a stored procedure along with expressions, overall performance gain is less 
in V2R4.1 as compared to V2R4.0. 

Test Scenarios 

Stored procedure with multiple SPL statements and a single SQL statement 

The following is a stored procedure containing an SQL INSERT statement and an SPL SET statement in 
a WHILE loop. The SQL INSERT statement at line # 6 gets executed only once when the condition at line 
#5 gets evaluated to taie. 


1. REPLACE PROCEDURE pe(IN i INTEGER, INOUT k INTECTR) 

2 . BEGIN 

3. WHILE (k <= i) 

4. DO 

5. IF (k = i) THEN 

6 . INSERT loadl ( : i) ; 

7. END IF; 

8. SET k = k + 1; 

9. END WHILE ; 

10. END; 


In V2R4.0, for each execution of the above stored procedure, three SQL SELECT statements are 
executed, one for each of the following: 

• the conditional expression at line #3, 

• the conditional expression at line #5, and 

• the SPL SET statement at line #8 

Hence, in V2R4.0, totally (3 * i + 1 ) SQL statements are executed. 

In contrast, in V2R4.1 , no SQL statement is executed for the SPL expressions. Those are evaluated 
locally within the stored procedure using the EVL code generated for the expressions during stored 
procedure creation. Hence, in the entire stored procedure execution, the SQL INSERT statement at line 
#6 is executed only once resulting in a performance gain. The results are as follows: 
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Caching enabled 

On SMP - With load - Caching enabled: Performance improvement is ■% to ■%. See details in the 
spreadsheet attached below (Smp-Load-Cache.xls): 


Smp-Load-Cache.xls 

On SMP - With no load - Caching enabled: Performance improvement is ■% to See details in the 
spreadsheet attached below (Smp-NoLoad-Cache.xls): 



Smp-NoLoad-Cache. 


On MPP - With load - Caching enabled: Performance Improvement is ■% to ■%. See details in the 
spreadsheet attached below (Mpp-Load-Cache.xls): 


Mpp-Load-Cache.xis 

On MPP - With no load - Caching enabled: Performance Improvement is ■% to ■%. See details in the 
spreadsheet attached below (Mpp-NoLoad-Cache.xls): 


Mpp-NoLoad-Cache. 
xls 


Caching not enabled 

For disabling the object code caching feature, multiple stored procedures such as the following, are 
created with the same definition, but with different names, e.g., pel , pe2 etc. Different values are passed 
for the parameter that controls the number of iterations of the WHILE loop. 

1. REPLACE PROCEDURE pel (IN i INTEGER, INOUT k INTEGER) 

2 . BEGIN 

3. WHILE (k <= i) 

4. DO 

5. IF (k = i) THEN 

6 . INSERT loadl ( : i) ; 

7. END IF; 

8. SET k = k + 1; 

9. END WHILE; 

10. END; 


1. REPLACE PROCEDURE pe2 (IN i INTEGER, INOUT k INTEGER) 

2 . BEGIN 

3. WHILE (k <= i) 

4. DO 

5. IF (k = i) THEN 



xls 
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6 . INSERT loadl ( : i) ; 

7. END IF; 

8. SET k = k + 1; 

9. END WHILE; 

10. END; 


The results are as follows: 

On SMP - with load - caching NOT enabled: Performance improvement is |% to H%. See details in 
the spreadsheet attached below (Smp-Load-NoCache.xls): 



Smp-Load'NoCache. 
xls 

On SMP - With NO load - Caching NOT enabled: Performance improvement is |% to ■%. See details 
in the spreadsheet attached below (Smp-NoLoad-NoCache.xls): 



Smp-NoLoad-NoCach 
e.xls 

On MPP - With load - Caching NOT enabled: Performance improvement is ■% to ■%. See details in 
the spreadsheet attached below (Mpp-Load-NoCache.xls): 



Mpp-Load-NoCache. 
xls 

On MPP - With NO load - Caching NOT enabled: Performance Improvement is ■% to ■%. See details 
in the spreadsheet attached below (Mpp-NoLoad-NoCache.xls): 



Mpp-NoLoad-NoCach 
e.xls 


Conclusion 

The stored procedure execution time is less In V2R4.1 as compared to V2R4.0. The Improvement ranges 
from|%to|%. 

Stored procedure with multiple SPL statements and multiple SQL statements 

The stored procedure definition is as follows: 


1. REPLACE PROCEDURE PEMulti (IN i INTEGER, INCUT k INTEGER) 

2 . BEGIN 

3. WHILE (k <= i) 

4. DO 
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5. 

IF (k = i) THEN 


6. 

INSERT 

loadl { 

:k) ; 

7. 

ELSE IF (k = 

i - 1) 

THEN 

8. 

DELETE 

loadl ; 


9. 

ELSEIF (k = 

i - 2) 

THEN 

10. 

INSERT 

loadl { 

:k); 

11. 

ELSEIF (k = 

i - 3) 

THEN 

12. 

DELETE 

loadl ; 


13. 

ELSEIF (k = 

i - 4) 

THEN 

14. 

INSERT 

loadl ( 

:k) ; 

15. 

END IF; 



16. 

SET k = k + 

1; 


17. 

END WHILE ; 



18. 

END; 




In V2R4.0, for each execution of the above stored procedure, seven SQL SELECT statements are 
executed, one for each of the following: 

• the conditional expressions at lines #4, #6. #8. #1 0, #1 2. and #1 4 

• the SPL SET statement at line #1 7 

Hence, in V2R4.0, totally (7 * i + 1) SQL statements are executed. 

In contrast, in V2R4.1 , no SQL statement is executed for the SPL expressions. Those are evaluated 
locally within the stored procedure using the EVL code generated for these expressions during stored 
procedure creation. The results are as follows: 


Caching enabled 

On SMP - With load - Caching enabled: Performance improvement is ■% to ■%. See details in the 
spreadsheet attached below (SmpMultiSQL-Load-Cache.xls): 



SmpMultiSQL-Load-C 
ache.xls 

On SMP - With NO load - Caching enabled: Performance improvement is ■% to H%. See details in the 
spreadsheet attached below (SmpMultiSQL-NoLoad-Cache.xls): 



SmpMultlSQL-NoLoac 
-Cache.xls 

On MPP - With load - Caching enabled: Performance improvement is |% to |%. See details in the 
spreadsheet attached below (MppMultiSQL-Load-Cache.xls): 



MppMultiSQL-Load-C 
ache.xls 

On MPP - With NO load - Caching enabled: Performance improvement is 1% to |%. See details in the 
spreadsheet attached below (MppMultiSQL-NoLoad-Cache.xls): 
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MppMultiSQL-NoLoad 
-Cache.xls 


Caching not enabled 

For disabling the object code caching feature, multiple stored procedures such as the following, are 
created with the sanfie definition, but with different names, e.g., PEMultil, PEMulti2. etc. Different values 
are passed for the parameter that controls the number of iterations of the WHILE loop. 


1. REPLACE PROCEDURE PEMultil (IN i INTEGER, INOUT k INTEGER) 

2 . BEGIN 

3. WHILE (k <= i) 

4. DO 

5. IF (k = i) THEN 

6 . INSERT loadl ( : k) ; 

7. ELSEIF (k = i - 1) THEN 

8. DELETE loadl; 

9. ELSEIF (k = i - 2) THEN 

10 . INSERT loadl { : k) ; 

11. ELSEIF (k = i - 3) THEN 

12. DELETE loadl; 

13. ELSEIF (k = i - 4) THEN 

14 . INSERT loadl ( : k) ; 

15. END IF; 

16. SET k = k + 1; 

17. END WHILE; 

18. END; 

1. REPLACE PROCEDURE PEMulti2 (IN i INTEGER, INOUT k INTEGER) 

2 . BEGIN 

3. WHILE (k <= i) 

4. DO 

5. IF (k = i) THEN 

6 . INSERT loadl ( : k) ; 

7. ELSEIF (k = i - 1) THEN 

8. DELETE loadl; 

9. ELSEIF (k = i - 2) THEN 

10 . INSERT loadl ( : k) ; 

11. ELSEIF (k = i - 3) THEN 

12. DELETE loadl; 

13. ELSEIF (k = i - 4) THEN 

14 . INSERT loadl ( : k) ; 

15. END IF; 

16. SET k = k + 1; 

17. END WHILE; 

18. END; 


The results are as follows: 

On SMP - With load - Caching NOT enabled: Performance improvement is ■% to ■%. See details in 
the spreadsheet attached below (SmpMultiSQL-Load-NoCache.xls): 
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SmpMultiSQL-Load-N 
oCache.xls 

On SMP - With NO load - Caching NOT enabled: Performance improvement is ■% to ■%. See details 
in the spreadsheet attached below (SmpMultiSQL-NoLoad-NoCache.xls): 



SmpMultiSQL-NoLoac 
-NoCache.xls 

On MRP - With load - Caching NOT enabled: Performance improvement is |% to ■%. See details in 
the spreadsheet attached below (MppMultiSQL-Load-NoCache.xls): 



MppMultiSQL-Load-N 
oCache.xls 

On MPP - With NO load - Caching NOT enabled: Performance improvement is B% to ■%. See details 
in the spreadsheet attached below (MppMultlSQL-NoLoad-NoCache.xls): 



MppMultiSQL-NoLoad 
-NoCache.xIs 


Conclusion 


The stored procedure execution time is less In V2R4.1 as compared to V2R4.0. The overall performance 
improvement ranges from ■% to In addition, as the number of SQL statements increase in a stored 
procedure along with an expression, the overall performance gain is less in V2R4.1 as compared to 
V2R4.0. 

Also, the performance gain is higher when caching is enabled (ranged from ■% to ■%). 


Other Performance Criteria 

The performance report so far contains the performance characterization of stored procedures in V2R4.1 
release with respect to the elapsed time of stored procedure execution. 

The performance enhancements in stored procedures V2R4.1 release also have an impact on the 
resource usage - CPU usage, I/O cost usage during stored procedure execution In the following manner: 

• CPU Usage: In V2R4.0, SQL SELECT statements were executed to evaluate the SPL expressions. 
Due to this, CPU usage was more in Parser and Dispatcher partitions of PE and less in the partition 
used for RTS. In V2R4.1 , as the expressions are evaluated in RTS, the CPU usage is less in Parser 
and Dispatcher partitions and more in the partition of PE used for RTS. The ResUsage tables do not 
provide the details of the RTS partition, and the data has been used from the 'Misc' partition data. 

• I/O Cost: The execution of stored procedures in V2R4.1 impacts the I/O cost related to AMP disks 
as well as Unix file system in the following manner: 

• Impact on I/O cost on AMP disks 

In V2R4.0 stored procedures, an express request is submitted for fetching the object code of a stored 
procedure during each execution of the stored procedure. With the introduction of object-code 
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caching feature in V2R4.1 , express requests are sent to fetch the object code only for the first 
execution of stored procedure. The fetched object code is available in the cache for execution till the 
end of a timeout period. This reduces the number of express requests in the execution of stored 
procedures on V2R4.1 as compared to V2R4.0, for example, in nested procedure scenarios and 
when a stored procedure is executed repeatedly. 

• Impact on I/O in Unix File System 

The object code that is fetched during stored procedure execution is temporarily saved in Unix File 
System as a separate file. With the introduction of object-code caching feature in V2R4.1 , this 
temporary file is created only for the first execution of the stored procedure, as against V2R4.0 where 
it is created for every execution of the stored procedure. This reduces the I/O on Unix File System in 
V2R4.1 stored procedure execution as compared to V2R4.0. 

Performance Test Environment 

As the CALL request for a stored procedure execution is always directed to one node (the node 
containing the AMP where the object code is stored), the performance impact in resource usage Is the 
same on a SMP as well as a MPP. Hence, the resource usage data for the performance testing was 
collected on a SMP (4400) system. 


Test Stored Procedures 

A nested stored procedure test case was used for the following reasons. 

• Object code fetching - I/O cost 

• Expressions - CPU usage 

Outer Stored Procedure 


1. REPLACE PROCEDURE penes tl (IN i INTEGER) 

2 . BEGIN 

3. DECLARE k INTEGER DEFAULT 1; 

4. WHILE (Jc <= i) 

5. DO 

6. CALL penestlK); 

7. SET k s= It + 1; 

8. END WHILE; 

9. END; 


Inner (nested) Stored Procedure 

The inner stored procedure has 100 SPL IF statements, each containing an SPL SET statement within it. 
The entire stored procedure definition is not shown here. This test case was chosen as larger the SPL 
text larger is the object code for it, due to the presence of the EVL code. The interpretation of data 
corresponding to I/O costs is less error-prone, when the sizes are considerable. 


1. REPLACE PROCEDURE penes til () 

2 . BEGIN 

3. DECLARE p INTEGER; 

4. IF (1 = 1) THEN 

5. SET p = 1; 

6. END IF; 

7. IF (1 = 1) THEN 

8. SET p = 2; 

9. END IF; 


10. 
11. 
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12. 
13. 
14. 
15. 
16. 


END; 


IP (1 = X) THEN 

SET p = IOC- 
END IF; 


Resource Usage 

The resource sampling is enabled on the database and Resource Usage Macros are used for collecting 
the performance data for CPU Usage and I/O cost. In addition, System Activity Reporter (SAR) of Unix 
was used to test the performance gain in I/O cost related to Unix File System during stored procedure 
execution. 

Collection of Performance Data using Resource Usage Macros 

Customized resource usage macros were developed for this purpose, to facilitate capturing of data 
related to only CPU and I/O usage. The Resource Usage Test Scripts section describes the details of 
customized resource usage macros. 


• The ResUsage table (DBC.ResUsageSVPr) provides the statistics on a partition basis. RTS is in the 
Console partition of the PE Vproc. Currently, Parser/Dispatcher/Session Control partition related data 
is available, and the data corresponding to the activity of any other partitions is being logged as 'Misc' 
data. The RTS data is analyzed using the 'Misc' data. 

• User service is the time that a CPU is busy executing user service code, which is privileged work 
performing system-level services on behalf of user execution processes. 

• User execution is the time a CPU is busy executing user execution code, which is the time spent in a 
user state on behalf of a process. 

The test script used is available in Resource Usage Test Scripts. 

Collection rate Used: 10 Seconds. The statistics are collected once in every collection rate period. 

Logging rate Used: 10 Seconds. The statistics are logged once in every collection rate period. 

Three nested stored procedures test cases having the same definition as mentioned in Test Stored 
Procedures, were used to collect the performance data for 1000, 2000 and 3000 iterations so that the 
minimum stored procedure execution time is between 40-70 seconds. The total execution time spans 
between 4-7 logging time intervals and helps in enhancing the data accuracy. 

The following two customized resource usage macros are used: 

1 . ResCpuByPEOneNode 

2. ResOneNode 


ResCPUByPEOneNode: This gives the CPU busy percentage for the following: 

• User Service for the Parser partition of the PE. See details in the spreadsheet attached below 
(CPUTimeForServiceForParserPartition.xls): 



CPUTImeForSen/lceF 
orPar5erPartition.xls 


Note: 
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Conclusion 

The percentage CPU usage for service for the Parser partition of PE is less in V2R4.1 as compared to 
V2R4.0 (improvement ranges from ■% to H%). The reason is that in V2R4.1 no SQL statements are 
submitted to parser for executing the expressions. 

• User Service for the Dispatcher partition of the PE. See details in the spreadsheet attached below 
(CPUTimeForServiceForDispatcherPartition.xls): 



CPUTimeForServiceF 
orDlspatcherPartltion 

Conclusion 

The percentage CPU usage for service for the Dispatcher partition of PE is less in V2R4.1 as compared 
to V2R4.0 (improvement ranges from H% to |%). 

• User Service for the Miscellaneous partition of the PE. See details in the spreadsheet attached below 
(CPUTimeForServiceForMiscPartition.xls): 



CPUTimeForServiceF 
orMlscPartition.xls 

Conclusion 

The percentage CPU usage for service for Miscellaneous partitions of PE is more in V2R4.1 as compared 
to V2R4.0 (increase ranges from ■% to |%). The miscellaneous partition, as mentioned previously, 
comprises of RTS partition. RTS uses segment services for localized expression evaluation, which is 
causing higher CPU usage for the user services. The usage of segment services can be reduced, in order 
to reduce this overhead in V2R4.1 . 

• Total CPU usage percentage for User Service. See details in the spreadsheet attached below 
(TotalCPUTimeForUserService.xls): 



TotalCPUTimeForllse 
rService.xls 

Conclusion 

The percentage CPU usage for overall User service is less in V2R4.1 as compared to V2R4.0 
(improvement ranges from |% to Hl%).. 

• User Execution within the Parser partition of the PE. See details in the spreadsheet attached below 
(CPUTimeForExecutionlnParserPartition.xls): 



CPUTimeFbrExecutlo 
nInParserPartitlon.xls 

Conclusion 
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The percentage CPU usage for execution within the Parser partition of PE is less in V2R4.1 as compared 
to V2R4.0 (improvement ranges from ■% to |%). 

• User Execution within the Dispatcher partition of the PE. See details in the spreadsheet attached 
below (CPUTimeForExecutionlnDispatcherPartition.xls): 



CPUTlmeForExecutio 
nInDispatcherPartitIo 

Conclusion 

The percentage CPU usage for. execution within the Dispatcher partition of PE is less in V2R4.1 as 
compared to V2R4.0 (improvement ranges from ■% to 1%). 

• User Execution within the Miscellaneous partition of the PE. See details in the spreadsheet attached 
below (CPUTimeForExecutionlnMiscPartition.xls): 



CPLmmeFbrExecutIo 
nInMiscPartltlon.xls 

Conclusion 

The percentage CPU usage for execution within the Miscellaneous partitions of PE is more in V2R4.1 as 
compared to V2R4.0 (increase ranges from ■% to ■%). This indicates that the CPU usage in RTS is 
high in V2R4.1 as compared to V2R4.0. This is attributed to the localized expression evaluation in RTS. 

• Total CPU usage percentage for User Execution. See details in the spreadsheet attached below 
(TotalCPUTimeForUserExecution.xls): 



TotalCPUTimeFbrUse 
rExecution.xls 

Conclusion 

The percentage CPU usage for overall User Execution is slightly more in V2R4.1 as compared to V2R4.0 
(increase ranges from ■% to |%). This is expected as the expression evaluation has shifted from 
Parser to RTS. Overall, the CPU usage percentage for User Execution does not vary drastically. 

• Total CPU Time (For User Service and User Execution). See details in the spreadsheet attached 
below (TotalCPUTime.xls): 



TotalCPUnme.xls 


Conclusion 
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The percentage CPU usage is less in V2R4.1 as compared to V2R4,0 (improvement ranges from ■% to 
■%), i.e. Stored procedure execution in V2R4.1 is less CPU intensive as compared to V2R4.0. 

ResOneNode: This macro is used for data related to the Logical Device l/Os. 

• Logical Device I/O. See details in the spreadsheet attached below (LDVIO Usage.xls): 



"LDVIO Usagcxls" 


Conclusion 

In V2R4.1 there Is significant reduction in the number of LDV l/Os when compared with the number of 
LDV l/Os in V2R4.0 (improvement ranges from ■% to H%).. 

Collection of Performance data using System Activity Reporter (SAR) 

The following SAR command was used to log perfomiance data using SAR: 

sar -A -o filel 6 10000000 

Here, the collection period is 6 seconds for 10000000 intervals. The value used for the number of 
intervals ensures that SAR data is collected even for the execution of stored procedure that takes 
maximum execution time. This is collected for each case, i.e., 1000, 2000 and 3000 iterations. 

The following SAR command was used to get the I/O data related to Unix File System: 

sar -d -f filel -s start_time -e end__time 

Start Time here refers to the start time of the stored procedure execution and end-time refers to the end 
time of the stored procedure execution. This is collected for each case. i.e.. 1000, 2000 and 3000 
iterations. 

The following statistics were collected: 

• Number of data transfers from and to device (changed from transfers/sec to #of transfers). See 
details in the spreadsheet attached below (NumberOfDataTransfers-SAR.xls): 



NumberOfDataTrans 
fers-SAR.xls 

Conclusion 

The number of disk reads and writes per second is less in V2R4.1 as compared to V2R4.0 (improvement 
isH%). 

OVERALL CONCLUSIONS 

• Stored procedure execution is faster in V2R4.1 when compared to V2R4.0 
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• Stored procedure execution in V2R4.1 is less CPU intensive as compared to V2R4.0. 

• Number of Logical Disk l/Os is less in V2R4.1 as compared to V2R4.0. 
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Resource Usage Test Scripts 

• Script to create the customized resource usage macros and the required tables. 

CREATE SET TABLE RESUSER. respetab ,N0 FALLBACK , 
NO BEFORE JOURNAL, 
NO AFTER JOURNAL 
{ 

Nodel CHAR (6) CHARACTER SET UNICODE NOT CASESPECIFIC, 
Datel DATE FORMAT 'YY/MM/DD', 
Timel FLOAT, 
Vproc INTEGER, 
PEParsServ DECIMAL (12 , 5) , 
PEDispServ DECIMAL (12 , 5) , 
PESessServ DECIMAL (12, 5) , 
PEMiscUserServ DECIMAL (12, 5) , 
PEParsExec DECIMAL (12,5), 
PEDispExec DECIMAL (12, 5) , 
PESessExec DECIMAL (12, 5) 
PEMiscUserExec DECIMAL (12, 5) , 
PETotalUserServ DECIMAL ( 12, 5) , 
PETotalUserExec DECIMAL (12,5), 
PEUserExecServ DECIMAL (12, 5) ) 
PRIMARY INDEX ( Nodel ) ; 

CREATE SET TABLE resuser . resnodetab ,N0 FALLBACK , 
NO BEFORE JOURNAL, 
NO AFTER JOURNAL 
( 

Nodel CHAR (6) CHARACTER SET KANJIl NOT CASESPECIFIC, 
Datel DATE FORMAT 'YY/MM/DD', 
Timel FLOAT, 
CPUBsy DECIMAL (12, 5) , 
AvglOs DECIMAL (12, 5) , 
TotPIOs DECIMAL (12, 5) , 
TotMIOs DECIMAL (12, 5) ,• 
TotNetPMIos DECIMAL (12, 5)) 
PRIMARY INDEX ( Datel ); 

REPLACE MACRO RESUSER. ResCPUByPEOneNode 

( FromDate (DATE, DEFAULT DATE, FORMAT ' YYYY-MM-DD* ) , 
ToDate (DATE, DEFAULT DATE, FORMAT ' YYYY-MM-DD' ) , 
FromTime (FLOAT, DEFAULT 0, FORMAT ' 99: 99: 99 ') , 

ToTiine (FLOAT, DEFAULT 999999, FORMAT ' 99 : 99 : 99 ' ) , 
Node (CHAR (6), DEFAULT '000-00') ) 

AS ( rollback 'Node parameter must be CHAR (6) in the format "999-99"' 
where index (: Node, ) ^= 4; 

echo '.set heading "&DATEIICPU Usage by PE for Node &1 1 | Page&PAGE" ' ; 

echo '.set format on'; 

echo '.set suppress on 2,3'; 

echo '.set width 132'; 

INSERT, resuser . respetab 

SELECT :Node, /* This column omitted from report */ 

TheDate (FORMAT 'yy/mm/dd', TITLE '// // Date'), 
TheTime (FORMAT '99:99:99', TITLE '// // Time'), 
Vproc (FORMAT 'ZZZZ9', TITLE '//Vproc// Id'), 

/* Pot time PE Vprocs busy doing user service for ptn 14 */ 
PEParsServ/Secs 

(FORMAT •zz9.9%', TITLE ' Pars// User// Serv% ' ) , 

/* Pet time PE Vprocs busy doing user service for ptn 13 */ 
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PEDispServ/Secs 

(FORMAT •zz9.9%*, TITLE ' Disp// User// Serv% ' ) , 

/* Pet time PE Vprocs busy doing user service for ptn 12 */ 
PESessServ/Secs 

(FORMAT •zz9.9%', TITLE ' Ses// User// Serv% ' ) , 

/* Pet time PE Vprdes busy doing user service ptns 01-11,31 */ 

PEMiscUserServ/Sees 

(FORMAT 'zz9.9%', TITLE ' Misc// User// Serv% ' ) , 

/* Pet time PE Vproes busy doing user execution for ptn 14 */ 
PEParsExee/Sees " 

(FORMAT 'zz9.9%\ TITLE ' Pars// User// Exec% ' ) , 

/* Pet time PE Vprocs busy doing user execution for ptn 13 */ 
PEDispExee/Secs 

(FORMAT •zz9.9%*, TITLE ' Disp// User// Exec% • ) , 

/* Pet time PE Vprocs busy doing user execution for ptn 12 */ 
PESessExec/Secs 

(FORMAT •zz9.9%\ TITLE ' Ses// User// Exec% ' ) / 

/* Pet time PE Vprocs busy doing user exec ptns 01-11,31 */ 
PEMiscUserExee/Sees 

(FORMAT 'zz9.9%*, TITLE ' Mise// User// Exee%'), 

/* Pet time PE Vproes busy doing user service, all partitions */ 
PETotalUserServ/Secs 

(FORMAT 'zz9.9%', TITLE ' Total// User// Serv%*), 

/* Pet time PE Vproes busy doing user exec, all partitions */ 
PETotalUserExec/Secs 

(FORMAT •zz9.9%', TITLE * Total// User// Exec% ' ) , 

/* Pet time PE Vproes busy doing user serv + exec, all ptns */ 

( PETotalUserExec+PETotalUserServ) /Sees 

(FORMAT 'zz9.9%', TITLE ' Total// Busy// %') 

FROM DBC.ResCPUUsageByPEView 

WHERE ( ( ( TheDate = : FromDate AND TheTime >= iFromTime ) OR 
( TheDate > : FromDate ) 
) AND 

( ( TheDate = :ToDate AND TheTime <= :ToTime ) OR 

( TheDate < :ToDate ) 
) AND 

Nodeld = :Node 


SELECT 

/* Pet time PE Vprocs busy doing user service for ptn 14 */ 
AVG(PEParsServ) 

(FORMAT 'zz9.9%', TITLE * Pars// User// Serv% * ) , 

/* Pet time PE Vproes busy doing user service for ptn 13 */ 

AVG(PEDispServ) 

(FORMAT 'zz9.9%\ TITLE * Disp// User// Serv% * ) / 

/* Pet time PE Vprocs busy doing user service for ptn 12 */ 
AVG(PESessServ) 

(FORMAT •zz9.9%', TITLE ' Ses// User// Serv% • ) , 
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/* Pet time PE Vprocs busy doing user service ptns 01-11,31 */ 

AVG (PEMiscUserServ) 

(FORMAT »zz9.9%*, TITLE ' Misc// User// Serv% ' ) , 

/* Pet time PE Vprocs busy doing user execution for ptn 14 */ 
AVG{PEParsExec) 

(FORMAT 'zz9.9%S TITLE ' Pars// User// Exec%*)/ 

/* Pet time PE Vprocs busy doing user execution for ptn 13 */ 
AVG{PEDispExec). 

(FORMAT •zz9.9%', TITLE ' Disp// User// Exec%*)/ 

/* Pet time PE Vprocs busy doing user execution for ptn 12 */ 
AVG(PESessExec) 

(FORMAT •zz9.9%', TITLE ' Ses// User// Exec% • ) , 

/* Pet time PE Vprocs busy doing user exec ptns 01-11,31 */ 
AVG (PEMiscUserExec) 

(FORMAT 'zz9.9%'/ TITLE ' Misc// User// Exec% ' ) , 

/* Pet time PE Vprocs busy doing user service, all partitions */ 
AVG (PETotalUserServ) 

(FORMAT •zz9.9%', TITLE • Total// User// Serv% ' ) , 

/* Pet time PE Vprocs busy doing user exec, all partitions */ 
AVG (PETotalUserExec) 

(FORMAT 'zz9.9%', TITLE * Total// User// Exec% M , 

/* Pet time PE Vprocs busy doing user serv + exec, all ptns */ 
AVG(PEUserExecServ) 

(FORMAT 'zz9.9%*, TITLE ' Total// Busy// %') 
FROM RESUSER. respetab 

WHERE ( ( ( Datel = : FromDate AND Timel >= : FromTime ) OR 
( Datel > : FromDate ) 
) AND 

( ( Datel = :ToDate AND Timel <= :ToTime ) OR 

( Datel < :ToDate ) 
) AND 

Nodel = :Node AND 
Vproc=16382 

); 

SELECT 

/* Pet time PE Vprocs busy doing user service for ptn 14 */ 
AVG(PEParsServ) 

(FORMAT •zz9.9%', TITLE * Pars// User// Serv% • ) , 

/* Pet time PE vprocs busy doing user service for ptn 13 */ 
AVG(PEDispServ) 

(FORMAT 'zz9.9%', TITLE * Disp// User// Serv% • ) / 

/* Pet time PE Vprocs busy doing user service for ptn 12 */ 

AVG(PESessServ) 

(FORMAT •z29.9%', TITLE ' Ses// User// Serv% ' ) , 

/* Pet time PE Vprocs busy doing user service ptns 01-11,31 */ 
AVG (PEMiscUserServ) 

(FORMAT 'zz9.9%', TITLE ' Misc// User// Serv%')/ 

/* Pet time PE Vprocs busy doing user execution for ptn 14 */ 

AVG (PEParsExec) 
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(FORMAT 'zz9.9%', TITLE * Pars// User// Exec% ' ) , 

/* Pet time PE Vprocs busy doing user execution for ptn 13 */ 
AVG (PEDispExec) 

(FORMAT 'zz9.9%', TITLE * Disp// User// Exec% ' ) , 

/* Pet time PE Vproes busy doing user execution for ptn 12 */ 
AVG(PESessExec) 

(FORMAT 'zz9.9%', TITLE * Ses// User// Exec% ' ) , 

/* Pet time PE Vproes busy doing user exec ptns 01-11,31 */ 
AVG ( PEMiscUserExec ) 

(FORMAT 'zz9.9%', TITLE ' Misc// User// Exec% ' ) V 

/* Pet time PE Vprocs busy doing user service, all partitions */ 
AVG ( PETotalUserServ) 

(FORMAT •zz9.9%', TITLE * Total// User// Serv% • ) , 

/* Pet time PE Vprocs busy doing user exec, all partitions */ 
AVG ( PETotalUserExee } 

(FORMAT •zz9.9%', TITLE ' Total// User// Exec%'), 

/* Pet time PE Vprocs busy doing user serv + exec, all ptns */ 
AVG (PEUserExecServ) 

(FORMAT 'zz9.9%', TITLE ' Total// Busy// %') 


FROM RESUSER.respetab 

WHERE ( ( ( Datel = : FromDate AND Timel >= : FromTime ) OR 

( Datel > : FromDate ) 
) AND 

( ( Datel = rToDate AND Timel <= :ToTime ) OR 

( Datel < :ToDate ) 
) AND 

Nodel = :Node AND 
Vproc=16383 

); 

echo '.set suppress off; 
echo '.set omit off; 
echo '.set format off;. 

) ; /* end of MACRO ResCPUByPEOneNode */ 

; 

REPLACE MACRO resuser .ResOneNode 

( FromDate (DATE, DEFAULT DATE, FORMAT ' YYYY-MM-DD' ) , 
ToDate (DATE, DEFAULT DATE, FORMAT ' YYYY-MM-DD ' ) , 
FromTime (FLOAT, DEFAULT 0, FORMAT ' 99 : 99 : 99 ' ) , 

ToTime (FLOAT, DEFAULT 999999, FORMAT ' 99 : 99 : 99 ' ) , 
Node (CHAR (6), DEFAULT '000-00') ) 

AS ( rollback 'Node parameter must be CHAR (6) in the format "999-99"' 
where index (: Node, '-' ) 4; 

echo '.set heading "&DATE | | General Resource Usage Summary | I Page&PAGE" • ; 

echo '.set format on'; 

echo '.set suppress 2'; 

echo '.set width 132'; 

INSERT resuser . resnodetab 

SELECT /* First select list item omitted from report output */ 
:Node, 
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TheDate ( FORMAT ' yy/iran/dd ' , TITLE ' Date ' ) , 
TheTime (FORMAT ' 99 : 99: 99 ' , TITLE 'Time')/ 

/* Percent of time the CPUs were busy doing work */ 
(CPUBusy) /Sees 

{FORMAT •ZZ9', TITLE 'CPUBsy%'), 

/* Average niomber of logical device lOs per sec */ 
(LogicalDevicelO) /Sees 

(FORMAT 'ZZZ9V, TITLE ' LdvIOs/Sec ' ) , 

/* Tot point-to-point net reads/writes per sec */ 
NetPtoPIO/Secs 

(FORMAT 'ZZZ9', TITLE ' TPtPIOs/Sec ' ) , 

/* Tot multicast net reads /writes per sec */ 
NetMultilO/Secs 

(FORMAT •ZZZ9', TITLE ' TMltlOs/Sec ' ) , 

/* Tot point-to-point & multicast net reads/writes per sec */ 
( (NetPtoPIO/Secs) + (NetMultilO/Sees) ) 
(FORMAT 'ZZZZ9', TITLE 'TIOs') 

FROM DBC.ResGenerallnfoView 


WHERE ( ( ( TheDate = :FromDate AND TheTime >= : FromTime ) OR 
( TheDate > :FromDate ) 
) AND 

( ( TheDate = iToDate AND TheTime <= :ToTime ) OR 

.( TheDate < rToDate ) 
) AND 

Nodeld = :Node 

); 

/* 

** Averages of CPU Busy time. Logical Device I/Os and 

** Total BYNET Traffic for the total CALL execution time. 

*/ 

SELECT (AVG(CPUBsy) ) 

(FORMAT 'ZZZ9.99', TITLE 'CPUBsy'), 

(AVG(AvglOs) ) 

(FORMAT 'ZZZ9. 99 '/TITLE 'LdvIOs'), 
(AVG(TotPIOs) ) 

(FORMAT •ZZZ9.99', TITLE 'TPtPIOs'), 

(AVG(TotMIOs) ) 

(FORMAT 'ZZZ9.99', TITLE 'TMltlOs'), 

(AVG(TotNetPMIos) ) 

(FORMAT 'ZZZZ9.99', TITLE 'TIOs') 

FROM resuser . resnodetab 


WHERE ( ( ( Datel = : FromDate AND Timel >= : FromTime ) OR 
( Datel > : FromDate ) 
) AND 

( ( Datel = iToDate AND Timel <= :ToTime ) OR 

( Datel < :ToDate ) 
) AND 
Nodel = :Node 
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); 

echo '.set suppress off; 
echo '.set omit off; 
echo '.set format off; 
) ; /* end of MACRO ResOneNode */ 

; 

• Test Script used to create the stored procedures: 

.logon dbc,dbc 
sel * from dbcinfo; 
delete user resuser; 
drop user resuser; 

create user resuser as password=resuser, perm=10e6; 

grant all on resuser to resuser; 

grant all on dbc to resuser with grant option; 
.logon resuser^ resuser 
.compile file penestll.spl 

show procedure penestll; 
.compile file penestl.spl 

show procedure penestl; 

.compile file penest22.spl 

show procedure penest22; 
.compile file penest2.spl 

show procedure penest2; 

.compile file penest33.spl 

show procedure penest33; 
.compile file penest3.spl 

show procedure penest3; 

.logoff 
.quit; 

• Test Script used to execute the stored procedures and collect the performance data: 

.logon resuser, resuser 
sel time; 

call penestl (1000) ; 
sel time; 

call penest2 (2000) ; 
sel time; 

call penest3 (3000) ; 
sel time; 
.quit; 


System Configurations 

The following systems are used for performance testing. 
SMP 4400 (pennar) 


Number of Nodes 

1 

Number of Processors per Node 

4 

Speed of the each Processor 

550 MHz, P III 

RAM per Node 

2GB 

Number of AMPS 

8 

Number of Clusters 

1 

Number of VPROC's(AMP) per node. 

8 

Number of PDISKs per VPROC 

1 

Hard Disk Capacity 

(2GBx8=16GB) 
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MPP 5250 (agni) 


Number of Nodes 

4 

Number of Processors per Node 

4 

Speed of the each Processor 

500 MHz. Pill 

RAM per Node 

2GB 

Number of AMPS 

16 

Number of Clusters 

4 

Number of VPROC's{AMP) per node 

4 

Number of PDISKs per VPROC 

1 

Hard Disk Capacity 

(8GBx4=32GB per node, 2disks for system, 2 disks for database on 
all 4 nodes) 
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